home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 13672 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.8 KB
  1. Path: news.oryx.com!xcprhb
  2. From: xcprhb@oryx.com (Reg H. Beardsley)
  3. Newsgroups: alt.computer.consultants,comp.edu,comp.lang.basic.misc,comp.lang.c++,comp.lang.misc,comp.lang.pascal.borland,comp.lang.pascal.delphi.misc,comp.misc,comp.os.msdos.programmer,comp.os.os2.programmer.misc,comp.programming
  4. Subject: Re: Can we do programming without seeing the end user?
  5. Date: 26 Mar 1996 18:33:46 GMT
  6. Organization: Oryx Energy Company
  7. Distribution: world
  8. Message-ID: <4j9daa$b1h@lm1.oryx.com>
  9. References: <BYtKnOggyTxQ071yn@oslonett.no> <4ivp84$o0n@dfw-ixnews5.ix.netcom.com> <4j1a3b$ib4@nntp1.best.com> <4j1krt$lna@nuacht.iol.ie> <4j2qon$3f3@nntp1.best.com>
  10. NNTP-Posting-Host: tau.oryx.com
  11.  
  12. I'd like to add a few comments on several sub-threads within this 
  13. discussion.  These are in no particular order:
  14.  
  15. 1) The best software is written by a user who is also a programmer.
  16.  
  17.    Possible, but not especially likely.  It depends entirely on the
  18.    skill levels of the individual.  Having worked on over 1 million
  19.    lines of end user written code, I can reasonably assert that most 
  20.    such code is trash or worse.  Trash you can throw away.  150,000 
  21.    lines of undocumented code that is essential to some business 
  22.    activity is an absolute nightmare.
  23.  
  24.    On the other hand. I could be considered proof of the assertion. I
  25.    am by training a geologist and geophysicist.  I write and maintain
  26.    software used by geologists and geophysicists.  I will somewhat 
  27.    immodestly claim to be pretty good at programming, though at this
  28.    point I tend to plead diminished capacity in the science end of
  29.    things.
  30.  
  31.    The real requirement is a willingness to take the need to understand 
  32.    both the problem domain and the solution domain seriously.  Far too 
  33.    many people claim that only one of these is important.
  34.  
  35.    The statement IS true if the user/programmer takes programming seriously.
  36.    Unfortunately this seems to seldom be the case.
  37.  
  38. 2) Does the programmer have to have contact with the user.
  39.  
  40.    Someone needs to.  It may or may not be the programmer.  My observation
  41.    is that it is typically the progammer simply because there is no analyst
  42.    to do it.  Hence the common title of programmer/analyst.  A solution
  43.    cannot be produced until the problem is understood.  I personally 
  44.    think it would be better if an analyst talked to the user and then the
  45.    programmer, however, I've never worked that way, so I can't be sure.
  46.    I like programming and I like interaction with the users.  I have noticed
  47.    that when a single person is both analyst and programmer, that there
  48.    is a strong temptation to cut short the analysis phase and start designing,
  49.    or worse, coding.
  50.  
  51.    In my own work, I try to adhere to the rule that I write no code until
  52.    I run out of excuses for not programming.  Unfortunately, I'm not always
  53.    rigorous in my adherence to this and then I get into trouble.  When I
  54.    follow it, things complete easily and often ahead of schedule.
  55.  
  56. 3) Can I be left alone to program without being bothered by the users?
  57.  
  58.    Actually, I think the thread started with the search for justification
  59.    for not haing to talk to users.  Hopefully the answer will be yes.
  60.  
  61.    100 years ago the majority of the population was engaged in agriculture
  62.    in order to produce enough food for everyone to eat.  It is my belief
  63.    that in another 100 years the majority of the population will be engaged
  64.    in software in order to keep the machines running so that everyone can
  65.    eat.
  66.  
  67.    Have fun!
  68.  
  69. -- 
  70.  
  71. ------------------------------------------------------------------------
  72.                I am solely responsible for the contents...
  73.  
  74. Reginald H. Beardsley                                      rhb@acm.org
  75.  
  76.                        Consultant/Programmer 
  77. ------------------------------------------------------------------------
  78.